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© A distributed interactive processing in a complex 
computer system including a plurality of work sta- 
tions (IWS's) \% ». 1n) each having predeter- 
mined server processes, at least one host computer 
(HOST) (2i, 22, .... 2m ), communication lines (3i, 32, 

^-) interconnecting between the plurality of IWS's 

^and the HOSTs, and communication control portions 
(5, 6) to establish and to control communication 

2 paths (3i, 32. ...) between processes (4, 7) to conduct 
a process-to-process communication between the 

— IWS's <li, I2, .... In) and the HOSTs (2i, 22, ••*, 2*). 

^.Each IWS has therein a process (4i, 4* ... 4 ( ) to 
implement an assigned processing request and a 

^ request control section (II) to analyze the processing 
request issued by the own IWS (h, I2 I n ) and to 

Q« determine a server process (7i, 72 7t) required 

^to implement the processing request. Among a re- 
sult of the request analysis, a predetermined server 



process is executed in the own IWS. The commu- 
nication control portions (5, 6) establish a commu- 
nication path (3i. 32, ...) between an associated serv- 
er process (7|) in the relevant HOST (2t, 22 2 m ) 

and the request process (4) in the IWS in accor- 
dance with the determination in the IWS regarding 
server process and thereby enable the IWS (h, b, .... 
1„) to perform an on-line interactive processing in 
combination of the server process (7|) in the HOST 

(2i, 22 2 m ) and the process (4jj in the IWS (h, I2, 

....In). 
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DISTRIBUTED INTERACTIVE PROCESSING METHOD IN COMPLEX SYSTEM INCLUDING PLURAL WORK 
STATIONS AND PLURAL HOST COMPUTERS AND APPARATUS USING THE SAME 



BACKGROUND OF THE INVENTION 

The present Invention relates to a complex 
system including intelligent work stations and host 
computers (to be simply referred to as "hosts" 
herebelow) connected by a micro main frame con- 
nection therebetween, and in particular, to a distrib- 
uted interactive processing method suitable to dis- 
tribute the load on the hosts to the intelligent work 
stations (referred to as "IWS's" herebelow). 

' In an interactive processing system such as 
the time sharing system (TSS), for the user's re- 
quest issued from a terminal equipment, the syn- 
tactical check has been effected on the terminal 
side as described in the JP-A-60-1 44839. However, 
the request itself is analyzed in the virtual address 
space of a host computer to select a program 
satisfying the request in the same space. The 
selected program first arranges the necessary envi- 
ronment, for example, allocates file and effects an 
OPEN processing thereon, and then executes the 
requested processing. 

Although the TSS is suitable for an irregular job 
including various kinds of data, the processing is 
attended with a large overhead and the number of 
terminals to be simultaneously supported is limited. 
The TSS of this kind has been well known. For 
example, refer to Watson, R.W. "TSS Design Con- 
cepts" McGraw Hill Computer Science Series 
McGraw-Hill Book Co. NY. 1970. 

In the transaction processing system (on-line 
system), a request is issued from a terminal in a 
small unit called a transaction to a host computer. 
A transaction executes a processing in accordance 
with the request in a fixed fashion in a space where 
the pertinent environment is arranged in advance. 

in the transaction processing system, the pro- 
cessing is effected in the unit of transaction, name- 
ly, in an intermittent manner and in a fixed fashion. 
Consequently, this system is suitable for use with 
an automatic banking machine and the like of a 
bank; however, the transaction processing system 
is not suitable for an irregular job including various 
kinds of unfixed data. 

In other words, as shown in Fig. 8, regular job 
requests supplied from a great number of termi- 
nals, for example, several thousands in number are 
processed in a fixed fashion. The host is provided 
with a data communication program to be effected 
by a terminal control section and job programs 
each for achieving a regular or fixed job and an 
input from a terminal is processed by a job pro- 
gram structured for a fixed purpose. 



In the TSS, as shown in Fig. 9, request indica- 
tions inputted from a relatively small number of 
terminals i.e. about 100 in number are received in 
a logical space disposed for each terminal and is 

5 subjected to a request analysis, and then a pro- 
cessing program is loaded for execution. In the 
host, there are provided a terminal control program, 
a request analysis program to analyze requests 
from the respective terminals, and processing pro- 

10 grams corresponding to the respective requests. 
Since the request analysis program and the pro- 
cessing programs are prepared for each terminal, 
the TSS is suitable for an irregular job handling 
various kinds of data. 

rs In the TSS and the transaction processing sys- 
tem, a terminal is assigned to a host computer and 
cannot be easily allocated to be commonly or 
randomly shared among a plurality of host sys- 
tems. 

20 In the TSS of the conventional technology, 
although the syntactical check may be considered 
to be achieved in a terminal equipment, the request 
analysis cannot be implemented therein; conse- 
quently, there is provided a process (virtual ad- 

25 dress space) for each terminal to execute pro- 
grams therein, namely, the request from a terminal 
is analyzed in the space and the processing envi- 
ronment is established in the same space, thereby 
executing a processing associated with the request. 

30 As a result, although the TSS is suitable for the 
irregular job to process various kinds of unfixed 
data, a large load is imposed on the host, which 
therefore cannot simultaneously process the re- 
quests from many terminals. 

35 Furthermore, in the transaction processing sys- 

tem, there does not exist a connection between a 
terminal and a particular process (space) of the 
host computer, namely, there is not allocated a 
processing space dedicated to each terminal, and 

40 a routine or regular processing is effected in an 
intermittent fashion. Consequently, the load on the 
host can be reduced; however, irregular requests 
cannot be freely processed in the transastion pro- 
cessing system. 

45 Moreover, in a system including a plurality of 
host computers, a terminal is required to be con- 
nected to a particular host before starting an inter- 
active processing, which leads to a problem that 
terminals cannot concurrently and arbitrarily access 

so a plurality of hosts for the services thereof. 
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SUMMARY OF THE INVENTION 

It is therefore an object of the present invention 
to provide a distributed interactive processing 
method and an apparatus using the same in a 
complex computer system suitable for an irregular 
job handling various kinds of unfixed data and 
capable fo minimizing a load on the hosts by 
distributing the load to intelligent terminals. 

The object can be accomplished by a method 
in which a plurality of server processes (virtual 
address spaces) are provided in the host corre- 
sponding to the respective requested and based on 
a result of an analysis conducted on a processing 
request in an intelligent terminal, the processing 
request for other than the intelligent terminal is 
transmitted to a particular server of a particular 
host corresponding to the processing request, 
thereby enabling the server to execute the pro- 
cessing. 

A user's request issued in an intelligent termi- 
nal is analyzed in the work station. When the work 
station recognizes that a particular server process 
in a particular host is necessary, a connection to 
the particular objective server process is estab- 
lished by means of a communication between pro- 
cesses. The server process sequentially receives 
processing requests from the process of the work 
station thus connected. Since the server process is 
a process prepared to realize or implement a pre- 
determined kind of request, the processing can be 
effected without re-establishing the processing en- 
vironment for each request. Thus, since one server 
process can receive processing requests from a 
plurality of terminals the host can assign an ad- 
dress space smaller than the number of the termi- 
nals thereby to reduce the address space of hosts. 

When the kind of request from the user is 
changed, a new connection to another server pro- 
cess is established via the IWS and the processing 
is continued. In this situation, since the commu- 
nication between processes (program executions) 
can be achieved with respect to any host, the 
server process may exist in an arbitrary host, and 
hence, in the case of a system including a plurality 
of hosts, the IWS can sequentially issue a request 
to the server process of each host to interactively 
perform an operation from the IWS. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be apparent from the 
following detailed description taken in conjunction 
with the accompanying drawings in which: 



Fig. 1 is an overall system configuration dia- 
gram of a complex computer system including 
intelligent terminals and host computers according 
to the present invention; 
5 Fig. 2 is a schematic block diagram illustrat- 

ing the operation on the intelligent work station 
(IWS) side; 

Fig. 3 is a schematic bfock diagram illustrat- 
ing the operation on the host side; 
to Figs. 4 to 6 are flow charts respectively for 

explaining the operations of the screen control sec- 
tion, the request analysis/status control section, and 
process section of Fig. 2; 

Fig. 7 is a block diagram exempiariiy illus- 
75 trating the configuration of the host; 

Figs. 8 and 9 are explanatory diagrams for 
explaining the prior art TSS and on-line system, 
respectively; and 

Fig. 10 is a conceptual diagram of the 
20 present invention useful for the comparison with 
the systems of Figs. 8 and 9. 



DESCRIPTION OF THE PREFERRED EMBODI- 
25 MENTS 

A description will be given of an embodiment 
of the present invention with reference to the ac- 
companying drawings. 

30 In Rg. 1, there is shown an overall configura- 
tion of a distributed interactive processing system 
which comprises an intelligent work station side 1 
and a host computer side 2 connected to each 
other according to the present invention. Intelligent 

35 work stations (IWS's) H 1 2 , .... 1„ in the side 1 are 
connected to host computers 2i, 22, .... 2 m in the 
side 2 via communication lines 3|(i = 1, 2, Wf X).. 
Each IWS 1 f includes a plurality of processes 4, 
each for processing the user's request and a com- 

40 munication control section 5 for controlling commu- 
nication lines 3| . Each host computer comprises a 
host supervisor (program) providing a communica- 
tion control space 6 for controlling the communica- 
tion lines 3i, 32, and a plurality of servers 7i, 72, 

45 7i for executing processing associated with the 
processing requests. The servers 7i, 72, .... are 
classified in accordance with the kinds associated 
with the processing requests from the process 4 { in 
the IWS 1|, and a particular request from the pro- 

so cess 4, is executed by a particular server 7| 
corresponding thereto. 

Next referring to Fig. 2 and subsequent dia- 
grams, the operation of the present invention will 
be described. 

55 Rg. 2 is a block diagram schematically illus- 
trating processing blocks in the IWS Ti by way of 
example for IWS. The IWS 1i is connected to a 
display 8 and a mouse 9 as an input device for 
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specifying a position on the display 8. The end 
user at the IWS 1i selects by means of the mouse 
9 a graphic image called "Icon" displayed on the 
display device 8 in order to Issue a request The 
Icon is displayed as a graphic image associated 
with a name assigned to a resource such as a file, 
a program, or the like in a meaningful manner, 
thereby helping the user easily identify the re- 
source. For example, a graphic image or picture 
illustrating a combination of a report sheet and a 
table is used as an Icon to represent a file storing 
data in a table format The user identifies Icons 
representing objective files and programs for a 
desired operation among the Icons displayed on 
the screen of the IWS 1i and operates the mouse 7 
to move the arrowmark cursor to the pertinent Icon 
on the screen, thereby effecting an operation to 
select the Icon. 

When the user selects one of Icons displayed 
on the screen by the screen control section 10 
(step 41 of Fig. 4), the position select signal is 
inputted from the mouse 9 to the screen control 
section 10 of the IWS H and then the Icon number 
is obtained through the steps 42-47 of Fig. 4. The 
request analyze/status control section 11 receives 
the Icon number and the operation request As 
shown in the steps 51-53 of Fig. 5. the request 
analyze/status control section 11 checks to deter- 
mine a location where a processing for the se- 
lected Icon is to be effected or can be achieved, 
namely, based on the Icon number, an Icon at- 
tribute table 12 stored and developed in the stor- 
age of the IWS 1i in advance is searched for a 
process name corresponding to the relevant Icon. 
To the Icon attribute table 12, there have been 
registered entries each including a pair of a kind of 
Icon 12a and a name of process 12b to implement 
processings for the Icon. Consequently, the name 
of the process to execute the processing can be 
determined by effecting a retrieval through the Icon 
attribute table 12. The request analyze/status con- 
trol section 11 initiates a process 4; having the 
name thus determined (step 53). 

The initiated process 4| obtains names of the 
processing objectives such as a file name and a 
program name extracted from the Icon attribute 
table 12. Since the processing objectives are en- 
tirely registered to a directory 13 in the IWS 1i in 
advance, the locations thereof are determined by 
conducting a retrieval through the directory 1 3. The 
name of a processing objective comprises a name 
in which node names of the directory 13 are linked 
to each other, and hence the nodes of the relevant 
directory 13 can be directly traced by use of the 
name of the processing objective. As described 
above, the directory 13 is configured in a tree 
structure. Namely, in an upper node 13a of a node 
13b of the determined objective, there is stored an 



existence location (indicating an existence proces- 
sor name of a processor where the node 13b 
exists, or a destination processor name (host 
name) for other than the own processor). Con- 

5 sequently, the process 4, can determine the des- 
tination or mate processor based on the name of 
the processing objective. The operation flow of the 
process 4i is shown in the steps 61-67 of Fig. 6. 
Here, if the existence locations of the processing 

10 objectives are in the own IWS 1i. the processing 
request can be accomplished in the IWS 1 1. If the 
existence locations are in another processor i.e. 
host, the directory 13 is searched to determine the 
name of the server 7j in a host corresponding to 

is the process 4, in the IWS 1i. It is here assumed 
that the name of the server 7 t is stored in the 
storage within the IWS 1i corresponding to the 
processing requested by the process 4|. When the 
host name and the name of the server 7 f in the 

20 host are determined, the process 4 t issues a con- 
nection request to the communication control sec- 
tion 5 to establish a connection of IWS 1i to the 
objective server process 7*. Based on the pre- 
viously defined information such as a protocol, the 

25 communication control section 5 connects the com- 
munication line 3i to the destination processor i.e. 
relevant host computer 2*. After the connection is 
completed, the communication control section 5 
transfers a connection request buffer 14 to the host 

30 2. 

In order to establish a logical communication 
path between the process 4| and the server pro- 
cess 7 t to be connected in the host 2 If the commu- 
nication control section 5 of the IWS 1 1 generates a 

35 connection request buffer 14 providing information 
indicative of a logical request for connecting the 
name of the process 4 t and the name of the des- 
tination server process 7 i, into a virtual memory of 
IWS 1i. When a logical communication path is 

40 established as a result, the process 4 { in the IWS 
1i can directly achieve communication with the 
server process 7{ of the host 2%. The contents of 
request buffer area 14 are transferred to the com- 
munication control space 6 including a local su- 

45 pervisor program of the host 2j via the communica- 
tion line 3i connecting the IWS 1i to the host 2j . 
The communication control space 6 has a function 
to accept a connection request and a processing 
request sent from the respective IWS 1t and to 

50 distribute the received requests to the correspond- 
ing ones of the server processes 7 lf 7 2 , 73, .... 

Referring now to Fig. 3, the configuration and 
operation of the host 2i will be described, by way 
of example. 

55 The host 2^ includes the communication control 
space 6 for receiving the connection and process- 
ing requests from the IWS 1i and for transferring 
the received requests to a relevant server 7|. 
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Information received via the communication 
line 3i is stored in a buffer (area) existing in a 
virtual storage of the communication control space 
6. The information sent from the IWS 1i includes 
the name of the process 4| as the source and the 
name of the server process 7 , as the destination. 
In addition, information indicating the content of the 
request is also included in the sent information. 
When the content of the request is to establish a 
logical communication path, the communication 
control space 6 obtains the name of the server 
process 7|in the host for which the communication 
path is to be established by use of the information 
received via the communication line 3t. The server 
process 7* is a process to implement a function on 
a particular operation objective contained in the 
request issued from the IWS 1i to the host 2i. For 
example, the mail server accomplishes a function 
in the case where the operation objective is an 
electronic mail, namely, conducts the retrieval, dis- 
tribution, and reception of the electronic mail. 
Moreover, there are provided the multi-media docu- 
ment server to store, to retrieve, and to extract the 
multi-media document; the print server to edit and 
to print the multi-media; and the data base server 
to retrieve, to store, and to extract the data base. At 
the initiation in the host 2, the server process 7| 
conducts an initial report to the communication 
control space 6. Upon receiving the start request, 
the communication control space 6 registers to a 
process name table 15 the name of the server 
process 7 f received through the initiation report and 
the identifier of the space of the server process 7,. 

When a request to establish a logical commu- 
nication path is received from the IWS 1i. the 
communication control space 6 effects a retrieval 
on the process name table 15 by use of the server 
process name in the information transmitted to- 
gether with the request and obtains the space of 
the server process 7j. In the server process 7|, a 
task called the communication control section 6a is 
beforehand initiated at the initiation report of the 
server process 7, and is waiting for a report from 
the communication control space 6. The commu- 
nication control space 6 transmits the report to the 
communication control section 6a in the server 
process 7 X by means of an interspace communica- 
tion function (cross-memory post). On receiving the 
report from the communication control space 6, the 
communication control section 6a receives from the 
communication control space 6 the data indicating 
the request to establish a logical communication 
path, the data being transferred via an area of the 
virtual storage to be commonly used by the re- 
spective spaces 6 and 7 h In the case where the 
request to open the logical communication path is 
to be accepted, an acknowledge answer is returned 
to the communication control space 6. The ac- 



knowledge answer is reported by use of a cross- 
memory post generated in a buffer of the common 
virtual storage. The communication control space 6 
passes the acknowledge answer via the commu- 
s nication line 3i to the communication control sec- 
tion 5 of the IWS 1i. The communication control 
section 5 notifies the process 4t from which the 
request has been issued that the logical commu- 
nication path has been established. 
w Through the procedures above, the process 
4jin the IWS 1i establishes the logical communica- 
tion path to the server 7i in the objective host 2i. In 
this operation, the identification number of the logi- 
cal communication path is transferred to the pro- 
fs cess 4i in the IWS 1i and the server 7 t in the host 
2i. 

When the logical communication path is estab- 
lished, the process 4| in the IWS 1i is enabled to 
freely communicate with the server 7 h and then like 

20 in the TSS, the server 7iin the host 2i executes a 
processing for the function requested to the host 
2t. To effect a particular request for the server 7 t , 
the process 4j generates request information in the 
virtual storage of the IWS 1i, specifies the iden- 

25 tification number of the logical communication path, 
and notifies the information to the communication 
control section 5. The communication control sec- 
tion 5 then transmits the information to the commu- 
nication control space 6 in the host 2i via the 

30 communication line 3i. Based on the identifier of 
the logical communication path, the information is 
recognized to be destined to the server 7 T ; con- 
sequently, the information is delivered to the server 
7,. 

35 The server 7j is a server for handling a particu- 
lar operation objective, for example, a mail server 
for the electronic mail or the multi-media document 
server for the multi-media document. 

Since the server handles only the particular 

40 operation objective, it is possible to beforehand 
effect the OPEN processing by allocating the nec- 
essary files to the space of the server 7 r . To this 
end, in the space of each server 7 r , the fixed files 
required to handle the operation objectives of the 

45 server are subjected to the OPEN processing at 
the initiation. Fig. 7 shows the general configuration 
of the server 7 h which comprises a communication 
accept section 6a for receiving data from the com- 
munication space 6, a server control task 7a for 

so conducting analysis of the content of data trans- 
ferred, and a plurality of request processing tasks 
7b for implementing the functions of the requests. 
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The server task 7a issues a connect request to 
the communication control space 6 at the initiation, 
and as a result of the request, the communication 
accept section 6a is generated as a task. The 
server control task 7a then allocates the necessary 
files, opens the files, and waits for a request sent 
from the IWS side 1. 

On receiving a processing request after the 
logical communication path to for example, the 
IWS 1i is opened, the server 7, analyzes the re- 
quest by use of the server control task 7a. As a 
result, if the pertinent request processing task 7b 
has already been assigned, the server 7, passes 
the request to the request processing task 7b; 
otherwise, the server 7, selects a free task 7b and 
assignes the request to the task 7b. The request 
processing task 7b effects the processing in accor- 
dance with the content of the request from the IWS 
1i. The processing result is returned to the process 
4i in the IWS 1i by means of the same logical 
communication path 3i. 

As described above, the server 7 t is a process- 
ing space in which the environment is arranged to 
meet the particular processing request (i.e. the file 
allocation and the OPEN processing of the files 
have been completed). Although each server 7j can 
effect a processing execution only for a particular 
processing request, a plurality of requests can be 
received, namely, the requests from many IWS's 
can be simultaneously processed with respect to 
the space by use of, for example, the technology of 
the time slicing. 

When the user's request to operate the IWS 1i 
is changed and a change-over function to change 
over control to another server becomes necessary, 
the analyze/status control section 11 in the IWS 1i 
initiates a process corresponding to a new Icon and 
then a connection to a new server in the host 2i is 
established in accordance with the IWS-host con- 
nect procedure. This connection is independent of 
the previous connection, namely, the previous con- 
nection may be retained to be used again when 
necessary. If such a connection is unnecessary, 
the connection is released as soon as possible. If 
necessary, a plurality of requests may be concur- 
rently issued by use of two connections at the 
same time so as to be processed concurrently. 

An example to effect the change-over of serv- 
ers 7 in the IWS 1 is as follows. 

An electronic mail- is received (by the elec- 
tronic mail server), the electronic mail is stored in 
an electronic cabinet (multi-media document store 
file) by means of the multi-media document server, 
and the document is printed by use of the print 
server. 



This sequence of processing is implemented 
as follows. In accordance with a request issued 
from the IWS 1 operator, the electronic server is 
connected to the IWS 1 , a request is issued to the 

5 electronic mail server to achieve the "electronic 
mail receive" function. Next the multi-media server 
is connected and a request is made to the multi- 
media server to conduct the "store" function, and 
finally, the print server is connected and then a 

io request is issued thereto to effect the "print" func- 
tion. 

According to the embodiment, since the user's 
request is analyzed in the IWS 1 and the process- 
ing environments (allocation and OPEN processing 

75 of files, development of tables in the memory, 
etc.) need not be set in each server of the host, 
and the server processes requests from a plurality 
of IWS's, which enables the number of server 
spaces to be limited, the load on the host can be 

20 reduced. Consequently, the number of IWS's to be 
connected to the host can be increased by the 
magnitude on the order of ten as compared with 
that of the prior art TSS. 

Moreover, in some cases, the server satisfying 

25 the processing request need not be necessarily 
allocated to a particular host, namely, data such as 
documents and tables of each host can be freely 
and in the same procedure accessed through the 
server of the common kind disposed in each host 

30 Comparing now the method of the present in- 
vention with the prior art examples of Figs. 8 and 9, 
in the distributed interactive system of the present 
invention of Fig. 10, IWS's 1 are located on a 
plurality of terminal sides like in the on-line system 

35 to effect on the terminal sides the analysis of the 
request input from the terminal user, and on the 
host side, there are provided a communication pro- 
gram for conducting communications with the pro- 
grams (processes) on the IWS 1 side and various 

40 servers each having a single function; consequent- 
ly, processing requested from the plural IWS's can 
be collectively or concurrently be accomplished. As 
a result, although the regular job and the irregular 
job can be processed in the present system, the 

45 range of the job may be limited depending on the 
kinds of servers. 

It will be noted that the following advantages 
are obtained according to the present invention. 

(1) In the conventional TSS, each TSS termi- 

50 nal has an individual space, and hence a great 
number of spaces are required. As a consequence, 
all spaces cannot be located in the memory and 
the processing is therefore executed by effecting a 
swap-out operation. Moreover, the change-over be- 

55 tween spaces must be quite frequently achieved, 
which leads to a great overhead. 
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According to the present method, the number of 
server spaces is limited and hence the overhead 
associated with the number of spaces is reduced. 

(2) Since the operation objective of each 
server is dearly specified, the environments neces- 
sary to implement the particular function such as 
the tables and files in the memory can be kept 
prepared in advance. 

(3) Since the request is analyzed on the IWS 
side and the destination server is also determined 
therein, the special space to effect the request 
analysis is not necessary for the server on the host 
side, namely, the individual space required in the 
case of the TSS becomes unnecessary. 

As a result, the host can dedicatedly effect the 
server processing. 

While the present invention has been de- 
scribed with reference to the particular embodi- 
ment, it is not restricted by the embodiment but 
only by the appended claims. It is to be appre- 
ciated that those skilled in the art can change or 
modify the embodiment without departing from the 
scope and spirit of the invention. 



Claims 

1. A distributed interactive processing method 
in a complex computer system including; 

at least one work station (1i, 1 2 . 1 n ); 

at least one host computer (2r, 22, .... 2 m ); 
communication lines (3i, 32, ...) connecting 
between said work station (H 12. .... l n ) and said 
host computer (2i, 22 2 m ); and 

control means (5, 6) for controlling communica- 
tion paths between processes (4, 7) to enable 
communications between said work station (1 1, 1 2 , 
.... 1„ ) and said host computer (2i, 22. 2^); 
wherein 

in each work station (H 1 2 1 n ), a processing 

request is issued and, a process corresponding 
thereto is executed in the own work station (h, I2, .... 
I n ) for a predetermined processing request; and 

in each host computer (2i, 22, .... 2 m ), in 
response to information for designating a particular 
processing process, said information being deter- 
mined in said work station (1i, I2, .... 1 n ) based on 
the processing request issued therein, a relevant 
one of individual processing processes which can 
be independently processed is designated and ex- 
ecuted, whereby an on-line interactive processing 
is enabled between a request following process of 
said at least a work station (1i, 12, .... 1 n ) and the 
designated individual process of said host com- 
puter (2i. 2a. .... 2 m ) through a communication path 
(3i. 3 2 , ...) established under control of said control 
means (5, 6). 



2. A distributed interactive processing method 
according to Claim 1 wherein 

said work station (1i, 12, .... 1J includes a 
function to execute a server process (40 of a rela- 
5 tfvely low level and 

said host computer (2i, 22, .... 2 m ) comprises a 
function to execute a server process (7J of a rela- 
tively high level. 

3. A distributed interactive processing method 
70 according to Claim 1 wherein said at least a work 

station (1i, 12, .... 1„) includes a step responsive to 
an input of a processing request to analyze the 
processing request and determine an existence 
location where a program corresponding to the 
rs processing request exists (Fig. 5). 

4. A distributed interactive processing method 
according to Claim 3 wherein 

said request analyze step (Fig. 5) includes a 
substep to be executed when it is detected in said 

20 work station (1i, 1 2 , 1„) a condition that a par- 
ticular server process (7i, 72 .... 7t> of a particular 
one of said host computer (2i, 22, 2 m ) is neces- 
sary for supplying said control means (5, 6) with a 
name of a processing objective process and 

25 said control means (5, 6) connects the particular 
server process (7i. 7 2 , .... 7 1) of said host com- 
puter to said work station (1i, 12, .... 1„) in accor- 
dance with the name of the reception processing 
objective process, thereby allowing the processing 

30 request issued from a process of said work station 
to be received by the server process (7i, 72, ... r 
7t). 

5. A distributed interactive processing method 
according to Claim 4 wherein said server process 

35 (7i, 72, 7i) includes processes (7b) each pre- 
pared to process a particular kind of request. 

6. A distributed interactive processing method 
according to Claim 3 wherein said request analyz- 
ing step (Rg. 5) includes the following substeps of: 

40 obtaining a process name with reference to a 

table (12) provided in said work station (1i, 12 

i n ), said table (12) including process names of 
processes (7i, 72, .... 7i) each implementing a 
request to be inputted (61); 

45 attaining a name of a processing objective by 
executing the obtained process (62); and 

determining an existence location of the pro- 
cessing objective with reference to a directory (13, 
63) provided in said at least work station. 

so 7. A complex computer system including a 
plurality of work stations (IWS's), at least one host 
computer (HOST), communication lines (3t, 32, ...) 
connecting between the plurality of IWS's and said 
HOST, and communication control means (5, 6) for 

55 establishing and controlling communication paths 
(3i, 32. ...) between processes (4, 7) to conduct a 
communication between IWS's and said HOST 
each work station comprising therein: 
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input means (8-10) for receiving processing 
requests from the user; 

a process name table (12) in which names of 
processes to respectively implement processings 
for various processing requests are registered; 5 

means (11) responsive to the processing re- 
quest from said input means (8-10) for determining 
a corresponding process name with reference to 
said process name table (12) and for initiating a 
process having the process name; 10 

a directory (13) in which existence locations of 
processing objectives corresponding to names of 
processing objectives including a file name and a 
program name are beforehand registered; 

process execution means (4i, 42, .... 4„) for 15 
executing the initiated process, 

said process execution means (4i, 42, .... 4„) 
referencing said directory (13) to determine wheth- 
er or not the existence location of the processing 
objectives is in the own IWS, executing the re- 20 
quested processing in the own IWS when the exis- 
tence location is in the own fWS, and when the 
existence location is not in the own IWS, determin- 
ing a server name of a HOST corresponding to the 
initiated process and issuing a connect request to 25 
the HOST; and 

IWS communication control means (5) for 
receiving the connect request from said process 
execution means (4i, 42, .... 4„) to connect to the 
server process and for connecting the IWS to said 30 
communication line (3i, 32, ...) and 
said host computer comprising: 
HOST communication control means (5, 6a) for 
controlling receiving and transferring of commu- 
nication information from each said IWS, compris- 35 
ing; 

a buffer existing in a virtual storage for storing 
information from said communication lines (3i, 32, 
...). said store information including a process 
name of a source IWS issuing a request, a name of 40 
a server process as a communication destination in 
the HOST, and information indicating the content of 
the request from the IWS and 

server process execution means (7i, 7z ) 

responsive to indication information from said com- 45 
munication control means (6, 6a) of the HOST for 
executing the server process representing a pro- 
cess to implement a function for a particular opera- 
tion objective. 

8. A complex computer system according to 50 
Claim 7 wherein said HOST includes a name table 
(15) in which names of server processes and iden- 
tifiers of spaces associated with the respective 
server processes are registered, 

said server process execution means (7i, 72, ...) 55 
including a communication accept section (6a) for 
receiving information of a corresponding server 
space which is obtained by said HOST commu- 



nication control means (6 f 6a) by referencing said 
process name table (15) in response to the in- 
formation 1rom the IWS, and 

said communication accept section (6a) estab- 
lishing, when an acknowledge answer is to be 
issued, a connection between the process in the 
IWS and the server in the HOST, thereby enabling 
the server to effect an accept processing of the 
processing request from the particular process of 
the IWS. 
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